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ABSTRACT 



A network browser is provided with working list mainte- 
nance and creation facility which contains an indicator for 
each URL's listing duration level of permanence for con- 
trolling how long a URL will be kept or maintained in the 
working list and also includes an activity duration perma- 
nence level indicator for controlling how long the URL will 
be kept active. This enables the browser to maintain 
multiple, concurrently active URLs and thereby enable the 
browser to provide the functional emulation of a desktop 
working environment to the user. 

30 Claims, 10 Drawing Sheets 
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BROWSER AND PLURAL ACTIVE URL 
MANAGER FOR NETWORK COMPUTERS 

FIELD OF THE INVENTION 

This invention relates to computer workstations, commu- 
nication networks and the World Wide Web in general, but 
more particularly, it relates to an improved browser and user 
interface capable of managing multiple, concurrently active 
URLs necessary to support the functioning of a network 
computer. 

BACKGROUND OF THE INVENTION 
Prior Art 

In the environment of network computers and 
communications, the Uniform Resource Locator (URL) has 
become ubiquitous as a means of pointing to or identifying 
an address location of a specific item or data site accessible 
in a computer communications network, often called a web. 
A URL typically points to a HyperText Markup Language 
(HTML) encoded data item, such as a page of information 
that can be downloaded from the web and displayed at a 
user's workstation or network computer. However, a URL 
might easily point to a text file or a spreadsheet of data, 
another application program, a library, a file, or a database. 
In fact, any of the elements that a personal computer user 
normally accesses from their desktop environment can eas- 
ily be made available over a communications network from 
servers or web sites for downloading and use at the user's 
workstation instead of being stored in memory or on a high 
density magnetic disk residing at the workstation. There are 
many advantages to downloading application programs and 
other computer user facilities periodically to a workstation 
that are well known in the art, but ease of maintaining 
consistent release levels and updates across a large body of 
users is one typical example of such advantages. 

A browser is itself an application program or facility that 
normally resides on a user's workstation and which is 
invoked when the user decides to access the communica- 
tions network known as the web. A prior art browser 
program typically sends and receives URL requests and 
responses to and from the communications network which 
forms the web. The browser also processes each type of data 
which is presented to it, and forwards and receives data to 
and from the web. A typical example is an HTML renderer 
function in the browser equipped computer system that 
displays an HTML page of data. A spreadsheet program in 
a typical user's computer may manipulate a spreadsheet. 
Interaction between the browser application and the spread- 
sheet application is facilitated at a user's computer to allow 
downloaded data, for example, to be forwarded by the 
browser internally to the spreadsheet application. This is 
done under the facilities of the user's computer operating 
system resident at the workstation. However, these prior art 
systems do not allow for multiple, concurrently active 
URLs, either in the browser application itself or in the 
operating system of the user's computer workstation. In the 
prior art, as a browser application is moved from URL to 
another URL at the user's direction, only one URL at a time 
is active. By active, we mean that the URL data content is 
loaded in memory at the user's computer and is ready for 
display and/or use. When a user selects another URL or 
selects a hyperlink from a displayed URL content, such as an 
HTML page, the browser application will access a new URL 
indicated by the hyperlink or the user's new selection. When 
this occurs, the previously active URL may be made inactive 
and stored in a history list or deleted entirely. 
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As stated, the URL contents are considered active when 
they are currently being processed by the user's computer 
processor, while its contents are being presented by the 
browser application. An active URL might constitute an 

5 HTML page of data being displayed by the browser or a 
spreadsheet that a user might be currently editing using a 
spreadsheet application program to edit data content of a 
URL accessed over the web. In general, the prior art 
browsers make a URL active only when the user types the 

3Q URL manually or selects a URL link in a hypertext page 
environment, or selects a URL from a history list or a hot 
list, as these are known. 

In the prior art, the browser application program typically 
only has a single URL active at a given time. There are two 

:5 possible exceptions in that the user may start multiple 
application instances of the browser application and each 
application instance can have its own active URL, or the 
user may make active an HTML page pointed to by a given 
URL, and that page may have associated with it a frame 

20 which is a management technique supported for HTML 
pages that allows multiple active URLs to be present within 
a given HTML page. Inside an HTML page having such a 
frame, the user can move from one URL to another simply 
by clicking on links, but cannot change the number of URLs 

25 or frames or their arrangement on a page. Since each frame 
must have an active URL, the exact number and arrange- 
ment of active URLs are determined by the original author 
of the HTML page of data and does not affect the user's 
operating system or environment in a way which would 

30 allow universal arbitrary activation of any other multiple 
URLs by the user. 

In addition, most prior art browsers maintain a history list 
of URLs that have been accessed and made active over some 
period of time. Depending upon the browser application 

35 itself, the history list may keep a record of URLs that have 
been previously active over one or many sessions or only 
over a short period of time, such as since logon. The history 
list is a tool used by the prior art URL browsers for allowing 
a user to navigate backwards and forwards to visit a URL 

40 that has previously been seen or to return to one and then go 
forward. Such a history list is a simple one dimensional 
array since the prior art browsers can have only a single URL 
active at a given time. By traversing the history list of URLs 
previously activated, the user can return to any previously 

45 active URLs easily, at least to the extent that the history list 
maintains them. History lists may be limited in the number 
of URLs that are kept in the list simply by memory 
constraints, or may be limited in the duration of time for 
which previously active URLs are kept in the list. 

50 Most available browsers are known in the prior art, such 
as the IBM Corporation's WebExplorer(™), or the Netscape 
Corporation's well known browser called Navigator(™). 
Such browsers typically have history lists of URLs that have 
been active, and also a user reference list which a user 

55 constructs, which is permanently kept, called a hot list or 
bookmark list. Such lists are commonly supported by 
browsers, so that when a user realizes that a currently active 
URL content may be useful to him or her at some time in the 
future, a user can set a bookmark or enter the URL into the 

60 hot list while it is active so that the URL may quickly be 
reaccessed by simply selecting it from the hot list or book- 
mark list in the future. 

All of these functions of the prior art browsers are 
supported by the computer workstation or personal com- 

65 puter operating system, such as the IBM OS/2(™) or the 
Microsoft Windows(™). These operating systems, and oth- 
ers of their type, typically feature a desktop metaphor for 
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displaying an arrangement of icons, programs, functions and 
data objects and other facilities, such as printers or browsers, 
which may be available to the user for selection and invo- 
cation and execution by their operating system. In such 
environments, a desktop facility, such as an application 
program, can be launched or is invoked simply by selecting 
a data object of the type that the application program 
processes. The usual operating systems that present the 
desktop as a metaphor for the facilities available to the user 
through the operating system can launch and manage mul- 
tiple active application programs. However, the desktop 
operating system does not provide the hyperlink personality 
that is characteristic of browsers, since the desktop operating 
system does not follow a user specified trail from one 
application program or facility to the next the way that a 
browser follows a trail of hyperlinks from one URL to the 
next, since the desktop manages multiple application pro- 
grams or data objects independently, and not in a fashion 
that links them together in a sequence. 

As the Internet or World Wide Web becomes more pow- 
erful and its use grows more prevalent, increasing numbers 
of computer users find that application programs available 
on the Internet enable them to do all of their usual and 
customary work that would have been done by application 
programs resident on their own computer system worksta- 
tion. Many different application programs, such as word- 
processors or spreadsheets are now available over the 
Internet, in addition to the usual HTML content. As a result, 
many Internet users no longer need to have both the hard- 
ware and software of a fully outfitted personal computer at 
their individual workstation. The result is a so-called Net- 
work Computer, or NC, a computer whose function is to 
access a network and from which all further functionality is 
provided by the network. An NC may not have the local hard 
drive or local permanent storage typically present in a 
personal computer or individual workstation because stor- 
age occurs at a different physical location, such as a server, 
available over the web and shared by many other users. A 
characteristic of a Network Computer is that users can log on 
at any NC in the network and access their own data, whereas 
PC users, or workstation users, typically must use their own 
PCs or workstations to access their own data. The popularity 
of the network computer architecture is partially due to the 
reduced cost of hardware, but also due to the reduced cost 
of support. A system administrator can make changes to a 
user's software configuration without having to visit the 
user's office or to analyze the individual user's hardware 
configuration, which eliminates considerable expense and 
confusion. In addition, updating of application programs 
used by a group of users in common, such as in a corporate 
environment, can be simultaneously performed simply by 
changing the content at the server, which all share. < 

As new computer system users begin to regard the Inter- 
net or World Wide Web as their primary operating 
environment, there is a need for a single user interface, 
which is suitable for two different types of user activities. 
First, the ability to surf or follow a sequential series of links 
or hyperlinks is necessary for perusing the extensive content 
available on the web. Secondly, managing of multiple con- 
currently active applications or data objects (accessed from 
URLs) is required to take place in a way similar in effect to 
that provided by the operating system of personal computers 
or workstations. Currently, personal computers and work- 
station handle the two different types of activity with two 
different user interfaces. The desktop interface manages 
applications, of which the browser is simply one of the 
applications, and the browser interface supports and man- 
ages the surfing capability for accessing various URLs via in 
the web. 
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The typical browser today supports the surfing navigation, 
and also provides powerful search algorithms developed for 
finding or locating specific topics and contents of URLS, 
wherever they may reside in the World Wide Web. In 

5 combination, the net or World Wide Web, in conjunction 
with a browser search engine, will now provide to the user 
the overall data retrieval mechanism to operate much as a 
host supported workstation of the past. In the World Wide 
Web, documents or sites, are typically written in a definition 

10 language, referred to as HyperText Markup Language 
(HTML). Until very recently, the World Wide Web included 
sites with almost exclusively two-dimensional graphics and 
text. This was, in part, due to limitations inherent in the 
original HTML language capability. The Internet itself is a 

15 large number of computers, which are linked together via a 
communications network, and which contains a large num- 
ber of sites, each site having its own unique URL to identify 
the computer location on the Internet at which the site 
resides. A typical user accesses a site on the Internet from the 

20 personal computer or workstation via a communications 
adapter connected to a telephone line, and from thence to an 
Internet service provider which links the user to the Internet 
or World Wide Web. The user needs web browser software, 
such as the Netscape Corporation's Navigator or IBM's Web 

25 Explorer, as noted above. The browser is run as an appli- 
cation program on his or her workstation or personal com- 
puter to enable the user to view the World Wide Web content 
on the Internet. 

30 OBJECT OF THE INVENTION 

In light of the foregoing environmental difficulties present 
in the known prior art Internet browser systems, it is an 
object of this invention to provide an improved browser 
35 method and apparatus which is capable of loading multiple 
URLs and keeping them concurrently active. 

BRIEF SUMMARY OF THE INVENTION 

The invention will further be described and illustrated 

40 with respect to a preferred embodiment in which a single 
instance of improved browser, in accordance with the 
invention, is enabled to maintain multiple active URLs 
concurrently. This is facilitated by having the browser 
construct a working list within the browser's available 

45 memory space that contains URLs with which the user is 
currently working and in which plurality of URLs may be 
currently active. The working list may include a visual cue 
to indicate the activity status of each URL to the user. Each 
URL in the working list has assigned a listing duration level 

50 of permanence, which controls how long the URL will be 
kept or maintained present in the working list, as well as an 
indication of the circumstances under which it will be 
removed from the list. This level of listing duration perma- 
nence is visible to, and may be modified by, the system user. 

55 In addition, each URL on the working list has an assigned 
level of activity duration permanence for controlling how 
long the URL will be kept active, and of the circumstances 
under which it will be deactivated. This level also is visible 
to, and modifiable by, the user. The browser is configured to 

60 automatically add and remove URLs that are temporary or 
transient in their existence, to or from the working list. In 
addition, the position where the browser inserts a URL into 
the working list is determined in a fashion that indicates how 
the URL came to be added. The browser also maintains a 

65 history list for all URLs that have been active, so that a user 
can use navigation commands to retrace the path of links that 
have previously taken, i.e. to reaccess previous URLs that 
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have been accessed. Also, the invention is devised so that, at Workstation 10 communicates via a communications 
a user's request, the browser can create a history list of adapter 32 to a communications network, and thence to other 
specific URLs in a path that is personalized for each active computers or networks of computers. Workstation 10 may 
URL. With this capability, a user can retrace the path of links be associated with such other computers in a local area 
created for an individually active URL without regard to the 5 network (LAN) or wide are network (WAN), or the work- 
other paths of links for other active URLS. Thus, any URL station 10 can be a client in a client/server arrangement with 
that has been loaded, i.e. made active, that has an activity otner computer in the network. Similarly, as has been 
duration permanence level higher than transient, is kept mentioned above, the workstation 10 can be a network 
loaded and active until it is removed by user choice or computer, which might not require the hard drive or perma- 
occurrence of some stated condition, such as logoff. jo nent storage or full operating system that is conventionally 

found in most computer workstations and personal comput- 

BRIEF DESCRIPTION OF THE DRAWINGS ers. 

m „ FIG. 3 illustrates a data processing network 40. The data 

The invention will now be described in detail with refer- processing network 40 inc i ud es a plurality of individual 

ence to a preferred embodiment, which is illustrated in the j5 networks inc i uding the LANs 42 and 44, each of which 

drawings, in which: includes a plurality of individual workstations 10. 

FIG. 1, consisting of FIGS. 1A, which consists of 1-A1 Alternatively, as will be appreciated by those of skill in the 

and 1-A2; IB, which consists of 1-B1 and 1-B2; and 1-C, art, an individual LAN 42 or 44 may comprise a number of 

taken together, schematically illustrate the procedural steps intelligent workstations or network computers coupled to a 

in creating and maintaining and managing a history list of 20 host processor. Multiple mainframe computers such as com- 

URLs, and of creating and maintaining and managing the puter 46 may be connected to a LAN by means of commu- 

working list for URLs, in accordance with the invention. nication links 48 as shown in FIG. 3. The mainframe 

FIG. 2 schematically illustrates the primary components computer 46 may be implemented any of a variety of 

of a personal computer, workstation or network computer in architectures well known in the art. A mainframe computer 

which the present invention may be practiced. 25 mav De coupled to a storage device 50 which may serve 

FIG. 3 schematically illustrates a data communications as a remote central storage for a LAN 44 and the LAN may 

and computer network of the sort in which the invention may be coupled to a communications link 52 through some 

be practiced, subsystem control such as controller 54 and communications 

n^. j mi . . ■ j * . c 4l _ . . link 56 to a gateway server 58 for eventual access to other 

FIG. 4 illustrates an embodiment of the invention in . . & . J , . „ . ™_ _ 0 

, . , 4 . . . . . % . • i i t * i "iq local area networks and wo rkstations.The gate way server 58 

which the activity duration permanence level states and JU . - , . . ,. . , . 4 ■ ? «■ . i . 

, 4 r i • !• t i_- j • 4 . c is preferably an individual computer or intelligent worksta- 

contents of a worlang list may be viewed in one portion of ^ and to link LAN 42 in FIG. 3 to LAN 44. Those 

a display screen, while the currently active URL content is . ... , . iL ^ ... ... . . it _ . - 

. • j • i , . it _ *• *t_ c skilled in the art will readily appreciate that the mainframe 

being displayed in another portion thereof. tJ r i_i *jf t i_- j- . 

& r 3 r computer 46 may be located at a great geographic distance 

FIG. 5 illustrates an alternative view of the invention in ^ from the ^ 44 which in mm may be located a substant i a i 

which the working list itself is displayed in the display distance from the LAN 42. A mainframe computer 46 might 

screen area in place of the URL content. be located ^ New Yor k, for example, while the LAN 44 

FIG. 6 illustrates a user selection and control interface might be located in Texas and LAN 42 might be located in 

screen for setting and maintaining the list duration perma- North Carolina. 

nence level and the activity duration permanence level under 40 Th e present invention is typically embodied as software 

user control. programming code which may be stored in permanent 

storage of some type such as the permanent storage 30 of the 
workstation 10. In a client server environment, however, 
such software programming code could be stored with the 

FIG. 2 illustrates a representative workstation or personal 45 storage associated with a server such as storage 50 associ- 

computer hardware environment in which the present inven- ated with computer 46 operating as a server as shown in FIG. 

tion may be practiced. As shown in FIG. 2, such an envi- 3. The software programming code in which the invention is 

ronment comprises a representative single user workstation embodied can itself be implemented on any of a variety of 

10, such as a personal computer, workstation, or network known media for use with a data processing system such as 

computer, which includes memory and related peripheral 50 a floppy diskette, cassette tape, hard drive or CD ROM. The 

devices. The workstation 10 may include a microprocessor code may be distributed on such media or distributed to 

12 and a bus 14, which is employed to connect and enable users from the memory or storage of one computer system 

communication between the microprocessor 12 and the over a communications network of any given type to other 

memory and other components of the workstation 10 in computer systems for use by users of such systems. The 

accordance with well known techniques. A workstation, 55 techniques and methods of embodying software program 

network computer or personal computer 10 typically will code on physical media and/or for distributing or embodying 

include a user interface adapter 16 for connecting the the code locally via networks are well known and will not be 

microprocessor 12 via bus 14 to one or more of the interface further discussed herein. 

devices. Such devices arc well-known and include a key- In accordance with the present invention, a network 

board 18, a mouse or other selection cursor device 20, and/or 60 computer can use an improved browser as a desktop oper- 

other interface devices 22, which could be any other kind, ating environment. As with a conventional prior art browser, 

such as a touch sensitive screen, digitized entry pad, voice the improved browser must be capable of moving from one 

recognition apparatus and the like. Bus 14 also connects a URL to another, of maintaining a history list of URLs that 

display device 24, such as an LCD screen or monitor, to the have been accessed, and of maintaining a list of URLs that 

microprocessor 12 via a display adapter 26. Bus 14 also 65 have been tagged for later recall by placing of bookmarks or 

connects microprocessor 12 to memory 28 and to permanent addition to a hot list. Like a desktop operating environment, 

storage 30, which can include a hard drive, tape, disk, etc. the improved browser must keep multiple entities active at 
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a given time, i.e. these entities must be loaded into memory in accordance with the invention. The content window 11 of 

for execution. However, for the system to be easily useable, FIGS, 4 and 5 is capable of displaying at least one URL's 

the improved browser must make use of a new history list content from URLs in the working list. If any URL in the 

and a new working list in order to easily support the working list currently has its content displayed, it is said to 

requirement of multiple, concurrently active URLs. 5 be visible and to be visible its URL must, of course, be 

To manage multiple, concurrently active URLS, the active. A visible URL should be highlighted in some way. In 
invention provides two distinct types of information on a the preferred embodiment, since only a single visible URL 
display screen. First, a new, selectable list of URLs, called at a time has been visually represented, the distinction is 
a working list, has been implemented. In the preferred shown as a folder tab that is placed in front of the others. In 
embodiment, the working list of URLs may be displayed as 30 FIG - 4 > me "Think Online: IBM and the Intranet" is the the 
a list of URLs, as menu lists, as a series of overlapped foremost folder and its content is displayed within window 
folders with marked tabs, by tables or nemonic diagrams or li- 
the like. In addition, a contents display window, which List permanence or listed item duration permanence is a 
renders the content of the URLs as they are selected from the new element provided by the present invention. A funda- 
working list, should be provided. There may be more than 1S mental concept which forms a part of the invention is that 
one content window. In the preferred embodiment such as URLs in the working list will have multiple levels of list 
depicted in FIG. 4, a single content window 11 shows the permanence duration and these levels are selectable by the 
content of a typical URL from the Internet while the user. The level of list permanence duration controls how 
members of the working list are depicted as series of long a given URL item will be kept in the working list. Three 
overlapped, marked tabs 13 in an upper portion of the 2 o l eve * s °f permanence have been defined in the preferred 
overall display screen of a display device 24. URLs, whose embodiment. The levels of working listing duration perma- 
titles are shown on the marked tabs 13 in FIG. 4, may be nence in a preferred embodiment are, first, "Transient", A 
active without being currently displayed with the content Transient item is automatically added to the working list 
window 11. As is typical with user interfaces, the space when it has been called for and it is removed from the 
allocation between the working list display area as shown in 2 s working list when it is no longer active. Typically, this will 
FIG. 4 and the content window may be varied by the user occur when an HTML page presents a hyperlink and the user 
and other views may be chosen. The preferred embodiment selects a link. Then one transient URL in the working list 
offers a list view in which the working list fills the entire will be replaced by another transient URL item. In the 
screen as shown in FIG. 5, so that the content window is preferred embodiment a particular color or highlighting may 
completely obliterated. A list-only view as shown in FIG. 5 30 be reserved for showing the list items that represent transient 
is useful for navigation purposes and for list management, URL working list permanence levels. A second possible 
although all of the navigation and list management functions listing permanence duration level for the working list is 
can easily be performed in the split view such as shown in "Session" permanence. A session permanent duration level 
FIG. 4. A content only view is also possible as will be item in the working list will be kept in the working list until 
apparent to those of skill in the art. 35 the user logs off of his system. The next time that the same 

Each item from a working list 13 as shown in both FIGS. user lo g s on » the session permanence listing duration URL 
4 and 5 has several attributes or parameters that define the item w iU no longer be listed. This has the function of acting 
item's appearance and behavior. For purposes of the present tike a temporary bookmark or temporary hot list item. The 
invention, several new attributes have been defined for each third and final level of working list item duration perma- 
item in the working list. The chief components of the item 40 nence is "Permanent". A permanent item is kept in the 
in the working list are its URL which is an identifier that working list indefinitely, including between sessions and 
points to the site or location having content on the Web acts much as a lasting bookmark. The invention can be 
which is to be represented by this working list entry item. implemented with only two levels of permanence if session 
The URL is the main identifier, but not the only identifier for and permanent levels are combined but additional levels 
an item in the working list. Secondly, each item in the 45 could also be defined for unique circumstances, 
working list has a content which may be an HTML page of As shown in FIG. 6, the user is provided with means for 
data, a text document, a spread sheet or the like. The content setting the level of listing duration permanence for a par- 
is retrieved from the Web and displayed in the content ticular item in the working list. In FIG. 6, the box labelled 
window 11 in FIG. 4 for example. While the system is shows where the user may make a selection for a given URL 
waiting for the requested URL content to arrive from the 50 entry to set its level of working list duration permance with 
Net, an item's content is blank. When the URL content the selections being "no" or "none" for transient level, 
arrives from the Web, it is assigned to the working list item "session" for session level and "long time" for Permanent 
content. As will be apparent to those of skill in the art, some level of duration in the list, 

types of content support hyperlinks. For example, an HTML In operation of the browser in accordance with the 

page can contain a defined hyperlink to another URL. If the 55 invention, a user will pass through transient URLs continu- 

user should select a link in the content window display from ously. A transient URL is created by clicking on a link in the 

a given URL's content, then a new URL content will be content window 11 or by typing the URL's identifier in an 

requested as will be described in greater detail with refer- input field on the screen as is common in th prior art. 

ence to FIGS. 1A and IB. However, if the user decides that a particular URL content 

A third element or parameter for an item in the working 60 may be useful again in the future, the user can change the 

list is the title of the URL. An HTML title is used as the URL's working list permanence level to "session" or "per- 

default for HTML page content being displayed. Other types manent" as desired, 

of content may not have readable titles, but the user can A fifth item or parameter for an entry in the URL working 

specify a title as desired. FIG. 6 illustrates a user selection list is also new entirely and represents the activity duration 

panel with an area for entering a label or title of the user's 65 permanence level. This parameter enables the browser to 

choice for a given working list item. Visibility is a fourth decide which URLs to keep loaded and how long to keep 

parameter or element included in an item in the working lust them loaded and active. The three levels of permanence for 
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working list listing duration are also available to the user for traverse the history list to return to a previously visited 

setting a URL item's activity duration level in the working content. However, the browser in the preferred embodiment 

list. The "transient" level indicates the URL will be activated of the present invention must keep a record of the parent of 

when its content is delivered and becomes visible on the each URL that has been active as well as the identifier for 

display and deactivated when the content is no longer 5 each URL. Hence, an item in the history list is shown with 

visible. "Session" level of activity duration permanence two properties. The URL identifier itself is placed in the 

indicates the URL will be activated when its content history list once it has been requested and secondly, the 

becomes visible and it will be kept active throughout the URL's parent, if any, will also be kept in the list. For 

session until logoff. A "permanent" level of activity duration example, if a user selects a hyperlink in a first URL content 

permanence means that the URL will be activated when each Q and the selected hyperlink points to a second URL, the first 

session starts and will be maintained active throughout each URL is said to be the second URL's parent. The browser 

session. In FIG. 6, the box labelled 17 provides the area list-keeping function only needs to track parent relationships 

where the levels of activity duration permanence may be for the links that the user has actually selected, so it is not 

selected. necessary to analyze all possible child links that could have 

Since a given URL cannot be active if it is not already 15 been taken for each parent. It is also possible that an item in 

listed in the working list, it follows that an important rule is the history list may be a URL that has no parent URL. For 

that the active permanence duration level assigned cannot instance, if a user manually enters a URL designator, the 

exceed the listing permanence duration level. The user is URL's parent will not be known. The only URLs with 

prevented from selecting an active permanence level of known parents are the ones that are selected from a given 

duration that is higher than the listed permanence level. 20 URL's content display window because the current URL 

While listing permanence is analogous to bookmarks of the itself will be recorded in the history list as the new URL's 

past, active permanence levels have no such counterpart in parent for any link selected from that content window, 

conventional prior art browsers. The active duration perma- The history list facilitates the implementation of the 

nence level is closely related to listing permanence duration backward and forward navigation function standard in the 

level, however, for the reasons listed above. Consequently, 25 prior art. However, a browser using the present invention 

as shown in FIG. 6, a preferred embodiment of the invention can use the accumulated data of URLs and parents to 

provides a user control screen for the various duration construct an individual history list for any URL that is 

permanence factors and shows the three levels of listing active. This allows a user to backtrack through a series of 

duration permanence and corresponding three levels of hyperlinks that were followed to arrive at a given active 

activity duration permanence beside one another in boxes 15 30 URL without regard to the links that lead to other active 

and 17 as described above. URLS. The invention as embodied which will be described 

A final item or parameter in the working list is the current further with relation to FIGS. 1A, IB and 1C provides a 

activity state of a URL. The working list contains an control for each active URL which creates, displays, 

indicator for each URL showing whether that URL is maintains, manages and traverses the history list for that 

currently not loading or active, is in the act of loading, or is 35 URL. 

already active. In the preferred embodiment, the title of the Turning to FIG, LA, a detailed schematic flowchart of the 

URL is italicized by changing the font in the list tabs to show steps performed in carrying out the function of the preferred 

that a given URL is active, but any other attribute such as embodiment will be described further, 

color, font size or style, illumination intensity, brightness, In FIG. lAatbox 60, logon occurs at the user's computer 

etc. could be used instead to indicate that a URL is active. 40 and the browser loads from storage the first saved URL and 

In the preferred embodiment, a small stop sign indicator that appends its URL identifier to a history list with its parent 

the item is loading, and clicking on the stop sign halts identification set to none as shown in box 61. In box 62, the 

loading. In accordance with the invention, the currently process creates a new working list item for the URL 

active state is shown for each URL in the active list. By retrieved from storage. In box 63, the working list listing 

contrast, a conventional browser shows only one URL active 45 permanence duration level is set to "permanent" because this 

at a given time so there is no need for multiple indicators to URL must be a permanent one since it was retrieved from 

show the activity state for more than one URL, nor for any storage. In box 64 the system loads from storage the URL's 

multiple controls to stop loading, etc. associated activity permanence duration level and appends 

Another item of significance is the URL entry item's the URL item with its parameters to the end of the working 

physical position in the working list. A URL item's initial 50 list in box 65. In box 66, a question is asked as to whether 

position in the working list would be after its parent URL, the item's activity duration permanence level is permanent 

which is determined by consulting a history list, but if the and if the answer is yes, the URL is loaded into memory and 

URL has no parent or the parent is no longer present in the a loading indicator is turned on in the working list item 

working list, then the URL's entry is placed at the end of the parameters in box 67. In box 68 this active URL has its 

list. This permits a user to see related URLs grouped 55 content requested from the Web and in box 69 a check is 

together for convenience. Also, if a URL's parent URL is made as to whether there are more listed URLs to load from 

transient, it is important to position the new URL after its storage. If the answer is yes, the routine branches back to 

parent, because when the parent disappears and the new box 60, and if it is no, it ends in box 70. 

URL is added it will be equivalent to replacing the URL's Returning briefly to box 66, if the URL's activity duration 

parent in the working list with the new URL contents and 60 permanence level is not set to permanent, the system 

parameters. A user can also change the position of entry branches to block 69 immediately and proceeds as described 

items in the working list by utilizing drag and drop controls earlier from there. This is part of the process for setting up 

for example. the history list and the working list for URLs that have been 

A unique history list is also created and maintained by the saved in storage for retrieval and initiation at next logon, 

preferred embodiment of the invention. As is well known, 65 Items of this type might be identified as permanently listed 

most conventional browsers maintain a history list of all items such as from a hot list or items for which the user has 

URLs that have been recently active so that the user can set a permanent listing duration level. The item's activity 



05/20/2004, EAST Version: 1.4.1 



6,049,812 

11 12 

permanence duration level might or might not be set to nence duration level was transient. If the answer is yes, 

permanent; if it is "session only" or "transient", the item block 115 removes the previously visible item from the 

URL is loaded in the working list history list but it is not working list and ends at block 116. If the answer is no, the 

made active by loading the URL and contents into memory previously visible item's identity is left in the working list 

for execution. 5 anc i t ne process ends in block 116. Similarly, returning to 

A second case is illustrated beginning at block 71 in FIG. block 111, if the previously visible item's activity duration 

1A where the user types in a requested URL after a system permanence level was not transient, i.e. was higher than 

has been logged on. In block 72 the new URL is appended transient, the process ends in block 116 with the item being 

to the history list with its parent identifier set to none. In left in the list Returning t0 b i ock 104, if the new URL was 

block 73 a new working list item for the URL is created and 30 the not the result of a history list aavigat i on> b i oc k 105 is 

in box 74 the listing permanence level is set automatically to entered and the ques tion is asked whether the user entered 

transient level. In block 75 the activity duration permanence the URL> If the answer ^ yes> operation proceeds to block 

level is automatically set to transient and in block 76 the 109 through m as pre viously described. If the answer is no, 

item's identifiers are added, with the URL, to the end of the operation proceeds to block 106 where a question is asked 

working list since no parent is known. In block 77, system 15 as t0 whether the URLhas an identified parent in the history 

turns on the loading indicator in the working list item Ust> If tne answer [ s yes , the question is asked in block 108 

parameters and in block 78 the URL's content is requested as t0 w h e ther the URL parent is visible and if the answer is 

from the Web with the process ending at block 79 from yes> 0 p er ation proceeds to block 109-116 as previously 

which the system will await receipt of the requested URL described. If the answer is no or if the URL does not have 

content. 20 a parent in the history list, operation ends in block 107. 

™? °/ ^ 4 ^\.^ hl 561601 a hy P^f Turning to FIG. 1C, the routine which stores permanent 

URL identifier from a hypertext link in a previous URL s duration kvel lis , permanence items for recaU at nexl logon 

displayed content window which must be accounted for in ^ b innin ^ the , ff si al ^ received ^ 

the listing routines. Block 81 appends the newly identified block u? In bk)ck u8 the next item fa retrieved from , he 

URL to the history list with the parent set equal to the 25 working Ust and in U9 ^ checked t0 determine if ^ listing 

content screen display s URL identifier. In box 82 a new permanence level of tnis item ^ xt t0 permanent . If the 

working list item is created for the hnked-to URL, and in answer fa b , ock u , ^ , he URL js stored fa 

box 83 the URL s permanence level for listing is set ffl ^ b , ock UQ and ^ i[em , s activj anence 

automatically to transient. In block 84 the new URL s kvd m weU ^ the item>s Qther parameters wch as title; 

activity duration permanence level , is automatically set to 30 ^ e(c afe ^ s[ored m me M shown in blocks m 

transient, and in block 85 the new URL item is inserted into and n2 In Wock 123 , he tion fa asked m , 0 whether 

the working list immediately following placement in the list anQther ^ fe ^ m , he WQrk; M an(J ^ tQ lo 

where Us currently visible item, the parent, has been listed. back tQ Mock m tQ ^ ^ bQm ^ workin ^ 

The process then branches to block 77 and proceeds as • . „ . u r i- am ^ . , nn . „ . 

" r m turn, check it tor listing permanence level parameter, etc. 

described earlier. 35 Tfae process finally ends in block U4 when there are no 

A final possibility is that the user selects a URL from an more items in the work i ng n st 

existing item in the working list itself. This is shown in block » li t i l- l * ^ ^ 

ftn i ifi i a* t.' * i- * •* • *j* ji • In block 125, the process loop which is invoked as a user 

90. In block 91, the history list item is copied to end, keeping . . ,. ., r . ,. t r ,. A - . t c iL 

. • * i_ i * * i li i f\>i 4 l 4 . • 1 j * requests an individual history list for a item from the 

its parent in the list. In block 92 the question is asked as to n ,. ,. „ • . ™ • • • li i 1^ ,l , 

■ . iL TiriT , .... . « * 1 * * . working list is shown. Beginning in block 125, the users 

whether the URL s content has been received already. If the 40 . l- T. l ■ * 

,. . . . . 1. . request starts the process which begins by creating an 

answer is yes, the item is added in the working list as shown . j . . , , , . 4 ,v t . .... „ & / , & . 

* i_i 1 ni j ii_ i_ 1 Jr~ m TC individual history list that is initially empty as shown in 

in block 93 and the process branches to FIG. IB, If the , T . , 4 . , . J . , 1T r>T • *u c * 

■ li 1 • li 1 1 j- . « . , block 126. In block 127, the working item s URL is the first 

answer is no in block 92, in block 94 the loading indicator 4 . l * * t L1 , tL 0 iL , , 

1 . 1 • !• * •* * i li 1 nc entry to the history list and in block 128 the question is asked 

is turned on in the working list item parameter. In block 95, / , t , TTTlT 4 , . t .. 4 4 

iL imT , t 4 . * j c .1 it 7 l ■ ■ 1 .1 as to whether the URL at the end of the individual history list 

the URL s content is requested from the Web, which then 45 L . finr • *l l- . 1* . 

, . . 4 , , • , - „ • has a parent URL in the common history list. If the answer 

passes operation to showing the item in the working list in . rTriT . , . c J . , . 

Li 1 m l- l ,l l l . i-T^ -in* . . «• is yes, the parent URL is appended from the common history 

block 93 which then branches to HO. IB to await receiptor i. I l j **l • • j 1 1 • i- JL • 

*l t rn t t t hst to the end of the individual history list and the question 

the URL content. . , ,~ 0 . , , *-i « * l * c ,l 

^ <^ . t . ,. . . in block 128 is asked again until all parent chains for the 

Turning to FIG. IB the working list maintenance routines tjrl. have been exhausted. The process then flows to block 

? P i ref i e "^ n e i mb0dlm6nt of the « V6ntI0n u are illustrated. 50 130 fof & , a . , he individual hist ^ t0 the us6r and 

In block 100, URLcontent is received from the Web because waiti for the user - s ■ Qf xleclioa _ Block m deter . 

of a prior pending request and in box 101 the contents are mjnes if , he ^ has >n jtem from , he individua , 

assigned lo the working hsl item that has i the matching URL h[ lk , an(] jf lhe answer js ., branches lQ (he 

identifier to thai received. In block 102 the loading indicator command in block m which retums t0 nG 1A as shown . 

in the working list is turned off and the active indicator is 55 , f lhe user does nQt an item froffl ^ lis (he 

turned on in box 103. In box 104 a question is asked as to ends m b j ock ^33 

whether the new URL resulted from navigation forward or , ' „ ..... 

backward in the history list. If the answer is yes, the item is ,n order }° m ? rc full y appreciate the functioning and 

shown in the working list in box 109 and the new working ^ration of the invention in the preferred embodiment as 

list URL item's content is displayed in place of the old 60 described a .detailed hypothetical example which involves a 

URL's content in box 110. In box 111 a question is asked as US6 f 6 multl P le > concurrently active URLs in a 

to whether the previously visible content item URL had an ^Pi" 1 business environment that would be encountered 

active duration permanence of transient. If the answer is yes, Wlth a user ^'"S a n6twork computer, will be given, 

the system discards the contents of the previously visible EXAMPLE 

item in box 112, turns off the active and/or loading indicators 65 

for the previously visible item in box 113 and in box 114 1. The user logs on. Refer to the "Logon" flowchart, FIG. 

asks whether the previously visible item's listing perma- 1A. 
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The browser loads the working list items that were saved at 
the end of the last session. These are the working list items 
that had a listing permanence level of Permanent. In this 
example, there were three working list items that were 
saved at the end of the last session. These three items 
appear initially in the working list when the user logs on 
as shown by the following table: 



14 



The "Invest*' content has not previously been requested 
during this session (since logon) from the web. Its Active 
Permanence is "Session", meaning that it will be kept 
active — but only after the user loads it the first time. So 
when the user selects "Invest" from the working list, the 



Title Visible Indicator URL List Perm Act Perm 



3270 Yes Loading http://www.bigco.com/3270.htm Permanent Permanent 
Invest http://www.bigco.com/fc.ss Permanent Session 

Weather http://www.weather.com Permanent Transient 



The browser requests the content from the web for the 
"3270" URL as it loads the item from storage, because its 
activity duration permanence level is Permanent Some 
time elapses before the network responds to the browser. 
During this time, the "loading" indicator remains active 
on the "3270" item in the working list. The "3270" item 
is visible, though its content is blank 

Note that the user had set "3270" activity duration perma- 
nence level to Permanent because the user always uses 
this program, and wanted to load it automatically at every 
logon. 

2. The "3270" URL and content arrive from the web. 

Refer to the flowchart FIG. IB, 100 "URL and content arrive 
because of prior request." The browser assigns the incom- 
ing content to the "3270" item in the working list by 
matching its URL with the incoming content's URL. The 
browser turns off the "Loading" indicator and turns on the 
"Active" indicator. The "3270" item is already visible, so 
the user immediately sees the 3270 application displayed. 

The user begins using the 3270 content (an application) to 
manage, for example, schedules and mail. 

At the end of step 2, the working list looks like this: 



browser requests its content from the web. The "Loading" 
indicator for the "Invest" item in the working list is now 
active. 

Note that the user had set the "Invest" active permanence to 
Session because the user only uses Invest occasionally. 
But once the user begins using it, it should stay loaded 
because the user is likely to use it repeatedly. 

Since the user selected the "Invest" item from the working 
list, the browser will immediately show the content for 
this item, even though the screen will be blank until the 
content arrives from the web. Refer to the flowchart FIG. 
1A, 93 "Show Item in working list." 

After making the content for "Invest" visible, the browser 
must decide what to do with the previously visible item in 
the working list, in this case, the "3270" item Since the 
3270 item does not have an active permanence of 
Transient, the browser leaves it loaded. 

At the end of step 3, the working list looks like this: 



25 



30 



35 



Title Visible Indicator URL List Perm Act Perm 



3270 Yes Active http://www.bigco.com/3270.htin Permanent Permanent 
Invest http://www.bigco.com/fc.5s Permanent Session 

Weather http://www.weather.com Permanent Transient 



Title Visible Indicator URL List Perm Act Perm 



3270 Active http://www.bigco.com/3270.htm Permanent Permanent 

Invest Yes Loading http://www.bigco.com/fc.ss Permanent Session 
Weather http://www.weathcr.com Permanent Transient 



3. While creating mail in the 3270 application, the user 
needs to reference some financial data and selects the 
"Invest" item in the working list. Refer to the flowchart 
FIG. 1A, 90 "User selects existing item from working 
list". 



4. The "Invest" content arrives from the web. Refer to the 
flowchart FIG. IB, 100 "URL and content arrive because 
65 of prior request." 

The "Invest" URL is a spreadsheet in this assumed example, 
so the browser uses a spreadsheet viewer to display the 
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content lo the user. The browser turns off the "Loading" 
indicator and turns on the "Active" indicator for this item. 
At the end of step 4, the working list looks like this: 



16 



The user can override this title with a user-specified title. 
The process of determining the title is standard in existing 
web browsers, and is not the focus of this invention. 



Title Visible 


Indicator 


URL 


List Perm 


Act Perm 


3270 


Active 


http://www.bigco.com/3270.htm 


Permanent 


Permanent 


Invest Yes 


Active 


h ttp ://www,b igco.co mj fes s 


Permanent 


Session 


Weather 




http://www, weather.com 


Permanent 


Transient 



5. Inside the "Invest" content (a spreadsheet), the user 
selects a link which points to the URL "http:// 
www.bigco.com/stock/today.htmr. Refer to the flowchart 
FIG. 1A, 80 "user selects URL link in Content Window." 

The browser makes a new entry in the History list to record 
that the URL "http://www.bigco.com/stock/today.htmr' 
has the parent URL "http://www.bigco,com/fc.ss'\ When 
the child URL comes in from the web, the browser will 
need to know about its parent URL. (The previous URLs 
that came in from the web were also placed in the history 
list, but did not have parent URLs.) 

The browser creates a new item for the working list using the 
URL that the user selected. The new item has list and 
active permanence levels of Transient. The browser 
inserts the new item into the working list following its 
parent, the currently visible item. The working list now 
looks like this: 
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6. The URL for the "Quote" item arrives from the web. Refer 
to the flowchart FIG. IB, 100 "URL and content arrive 
because of prior request." 

The browser assigns the content to the "Quote" item, turning 
off the "Loading" indicator and turning on the "Active" 
indicator. The "Quote" URL is an HTML page, so it is 
displayed with the HMTL viewer. 

Then the browser consults the history list and finds that the 
"Quote" URL has a parent URL (the URL of the "Invest" 
item), and that the parent URL is in the Working list and 
is visible. In response to this condition, the browser makes 
the "Quote" item visible. The user gets the impression of 
(a) clicking on the "Quote" link in "Invest", (b) waiting 
for information retrieval, and (c) seeing the "Quote" 
HTML page. 



Title Visible 


Indicator 


URL 


List Perm 


Act Perm 


3270 


Active 


http ://www.b igco.co m/3270. htm 


Permanent 


Permanent 


Invest Yes 


Active 


http://www.bigco.com/fc.ss 


Permanent 


Session 


Quote 


Loading 


http://www . . . today.html 


Transient 


Transient 


Weather 




http://www.weather.com 


Permanent 


Transient 



40 



Note that the visible item is still "Invest". The new item, 
"Quote", was inserted in the working list but it was not 
made visible. Working list items are not made visible until 
their content arrives from the web, unless the user selects 
them in the list. 

The title for the new item, "Quote," was established by 



The "Quote" URL is made visible via the process in the 
flowchart FIG. 1A, 93 "Show Item in working list." The 
previously visible item, "Invest", has an active perma- 
nence that is not Transient, so it is kept active in the 
Working list. 

At then end of step 6, the working list looks like this: 



Title Visible 


Indicator 


URL 


List Perm 


Act Perm 


3270 


Active 


http ://www.b igco.com/3270.htm 


Permanent 


Permanent 


Invest 


Active 


http ://www.b igco.com/fc.ss 


Permanent 


Session 


Quote Yes 


Active 


http^/www . . . today.html 


Transient 


Transient 


Weather 




http://www.weather.com 


Permanent 


Transient 



querying the content identified by the URL. For example, 
http://www.bigco.com/stock/today.html is an HTML page 
with a tag that specifies "Quote" as the content's title. In 
reality, the title of the new item is its URL until its content 
begins to arrive from the web, because the title is con- 
tained in the content. When the content begins to arrive, 
the title is changed from the URL to the content's title. 
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7. Inside the "Quote" content, the user selects an URL which 
points to "http://www.bigco.com/stock/raedco.htm". (The 
URL content will have an assumed title of "MedCo".) 

As in step 5, an entry is added to the history list to show that 
the new URL is the child of "Quote". A new working list 
item is inserted after "Quote", so that the working list now 
looks like this: 
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Title 


Visible 


Indicator 


URL 


List Perm 


Act Perm 


3270 




Active 


http://www.bigco.com/3270.htm 


Permanent 


Permanent 


Invest 




Active 


http ://www.bigco.co m/fc.ss 


Permanent 


Session 


Quote 


Yes 


Active 


http://www . . . today.html 


Transient 


Transient 


MedCo 




Loading 


http://www . . . medco.html 


Transient 


Transient 


Weather 






http ://www. weathe r.com 


Permanent 


Transient 



"Quote" is still visible. The content for "MedCo" is 

requested from the web. 
8. The content for "MedCo" arrives from the web. As in step 

6, refer to flowchart "URL and content arrive because of 

prior request." 

As in step 6, the working list item "MedCo" is made visible 
because its parent URL, in the "Quotes" item, was visible 
when the new URL arrived. Refer to the "Show Item in 
Working List" flowchart. In this case, the previously 
visible working list item, "Quotes", has an activity dura- 
tion permanence level of Transient. Therefore its content 
is discarded and its "Active" indicator is turned off. 
Furthermore, the history permanence level of "Quotes" is 
Transient Therefore, the working list item is removed 
from the working list. The impression the user receives is 
that the "MedCo" item replaces the "Quotes" item. This 
is the behavior of a standard web browser. 

The working list now looks like this: 
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Rather than viewing the common history list, the user has 
requested to view an individual history list that is con- 
structed specifically for the currently visible working list 
item, "MedCo." According to the flowchart FIG. 1C, 125, 
the browser first creates an individual history list 126 that 
is empty and initializes it, 127, with "MedCo," Then the 
browser finds in the common history list 128, (shown 
above) that MedCo 's parent is the "Quote" URL, so 
"Quote" and its URL are added to, 129, the individual 
history list. The browser next finds that the URL of 
"Quote" has a parent which is the URL of "Invest", so 
"Invest" and its URL are added. Finally, the browser finds 
that "Invest" has no parent, 128, so it is finished con- 
structing the individual history list and displays the result, 
130. If the user had selected the initial URL from the 
individual history list, 131, the process returns to FIG. 1A, 
132, at "GET" and proceeds as already described; 
otherwise, the history list process ends, 133. 



Title 


Visible 


Indicator 


URL 


List Perm 


Act Perm 


3270 
Invest 
MedCo 
Weather 


Yes 


Active 
Active 
Active 


http://www.bigco.com/3270.htm 
http://www.bigco.com/fc.ss 
http://www . . . medco.html 
http://www.weather.com 


Permanent 
Permanent 
Transient 
Permanent 


Permanent 
Session 
Transient 
Transient 



9, The user requests an individual history list for the 
currently visible Working list item, "MedCo." Refer to the 
flowchart FIG. 1C, 125 "User requests history list for 
individual working list item." 

The common history list contains all of the URLs that have 
been requested so far. It currently looks like this: 



40 The individual history list for "MedCo" looks like this to the 
user: 
MedCo 
Quote 
Invest 



Title 


URL 


Parent URL 


3,270 


http://www.bigco.com/3270.htm 


None 


Invest 


http://www.bigco.com/fc.ss 


None 


Quote 


http://www . . . stock/today.html 


h ttp ://www.bigco .co m/fc.s s 


MedCo 


http://www . . . stock/medco.html 


http://www . . . stock/today.html 



55 



This is similar to a history list that would be kept by a 
standard web browser, with the additional feature of 
having a record of the parent URL. The prior browsers do 
not record each URL's parent URL, As in standard 
browsers, the user can view and traverse this "common" 
history list. It is a "common" history list in the sense that 
it is shared by all items in the working list. 

If the user had been using the browser for a long time, the 
common history list would be much longer. Moreover, 
each URL's parent URL would not typically precede it in 
the list. 



60 
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Typically, an individual history list would be much shorter 
than the common history list. In this case, the common 
history list would only have been one item longer, but that 
is only because the user hasn't been using the browser for 
very long. 

The benefit of the individual history list is that it only shows 
the items that were used to reach the current item. The 
process filters out the items in the common history list that 
are not relevant to the currently visible item in the 
Working list. This allows the user to retrace the links that 
were used to reach the currently visible item, instead of all 
links that have ever been used. 
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10. The user dismisses the history list without selecting an 
item in it. The browser displays the "Med Co" Working list 
item again, as if nothing had happened 

11. The user reads the stock quote for MedCo, and then 
selects "Invest" from the working list to continue working 5 
on the spreadsheet. Refer to the flowchart "User selects 
existing item from working list". 

Since the content is already loaded for the "Invest" item, the 
browser does not request it again. The "Invest" URL 
content is made visible. Refer to the "Show item in 10 
working list" flowchart FIG. 1A, 93. Since the previously 
visible item, "MedCo", has a listing permanence level and 
activity duration permanence level of Transient, its con- 
tent is discarded and it is removed from the list. 

This working list now looks like this: 



20 



14. The user selects a link in the "Weather*' item's content 
which points to the URL "http://www.weather.com/ 
rtp.html". (This URL's content will have the title "RTP".) 
Refer to the flowchart "User selects URL in content 
window", FIG. 1A, 80. 

The browser creates a new working list item with list and 
active permanence levels set to Transient. The browser 
inserts the new item after "Weather" with its Loading 
indicator turned on, and requests the new URL from the 
web. 

After step 14, the working list looks like this: 



Title Visible Indicator URL List Perm Act Perm 



3270 Active h Up '7Avww.bigco.com/3270. htm Permanent Permanent 

Invest Yes Active http://www.bigco.com/fc.ss Permanent Session 

Weather http://www. weathcr.com Permanent Transient 



The "Invest" item is now visible. The spreadsheet is still 

loaded, and the user's data is just as it was before the 

"Quote" item became visible. 
12. The user selects the "Weather" item from the working 

list. Refer to the "User selects existing item from Working 

list" flowchart, FIG. 1A, 90. 
The browser requests the URL "http://www.weather.com" 

and turns on the Loading indicator for the "Weather" item. 

The "Weather 1 ' item becomes visible, though it is blank, 

and the previously visible item, "Invest", is left active. 
After step 12, the working list looks like this: 



Title Visible Indicator URL List Perm Act Perm 



3270 Active http://www.bigco.com/3270.hlm Permanent Permanent 

Invest Active http://www.bigco.com/fc.ss Permanent Session 

Weather Yes Loading http:/Avww. weather.com Permanent Transient 



45 

13. The "Weather" item's URL and content are received 
from the web. Refer to the "URL and content arrive 
because of prior request" flowchart, FIG. IB, 100. 

The browser assigns the content to the "Weather" item in the 
Working list, turns off the "Loading" indicator, and turns 50 
on the "Active" indicator. 

After step 13, the working list looks like this: 



Title Visible 


Indicator 


URL 


List Perm 


Act Perm 


3270 


Active 


http://wwwbigco.com/3270.htm 


Permanent 


Permanent 


Invest 


Active 


http://www.bigco.com/fcss 


Permanent 


Session 


Weather Yes 


Active 


http://www.weathcr.com 


Permanent 


Transient 
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Title 



Visible Indicator URL 



List Perm Act Perm 



3270 Active http://www.bigco.com/3270.htm Permanent Permanent 

Invest Active http://www.bigco.com/fc.ss Permanent Session 

Weather Yes Active http://www.weather.com Permanent Transient 

RTP Loading http://www.weather.com/rtp.html Transient Transient 



15. Before the URL and content for "RTP arrive from the 
web, the user selects a link in the "Weather" item's 
content that points to the URL "http://www.nyc.com/ 
nyc". (The title will be "NYC") 

As before, the browser creates a new working list item with is 
list and active permanence levels set to Transient. The 
browser inserts the new item after "Weather" with its 
Loading indicator turned on, and requests the new URL 
from the web. 

After step 15, the working list looks like this: 



17. The URL and content for "NYC" arrive from the web. 
Refer to the flowchart "URL and content arrive because of 
prior request," FIG. 1B-100. 

As before, the content is assigned to the appropriate working 
list item, "NYC", and its Loading indicator is turned off 
and its Active indicator is tamed on. As before, the 
browser finds that the "NYC" item has a parent in the 
history list whose URL is the "Weather*' item. However, 
the "Weather" item is no longer visible. In accordance 
with the flowchart, the new item, "NYC", does not 



Title Visible 


Indicator 


URL 


List Perm 


Act Perm 


3270 


Active 


http ://www.bigco.com/3270 .htm 


Permanent 


Permanent 


Invest 


Active 


http ://www.bigco.com/fc.ss 


Permanent 


Session 


Weather Yes 


Active 


http ://www. weather.com 


Permanent 


Transient 


NYC 


Loading 


http://www.weather.com/nyc.html 


Transient 


Transient 


RTP 


Loading 


http://www.weather.com/rtp.html 


Transient 


Transient 



16. The URL and content for "RTP" arrive from the web. 
Refer to the flowchart "URL and content arrive because of 
prior request," FIG. 1-B, 100. 

The browser assigns the content to the "RTP" item, and turns 35 
off the Loading indicator and turns on the "Active" 
indicator for the "RTP" item. The browser then makes the 
"RTP" item visible according to the flowchart "Show item 
in Working list" FIG. 1-B, 109. The "RTF* item becomes 
visible because in the history list, its URL has a parent 40 
(the URL for "Weather") and that parent was visible. 

The previously visible item, "Weather", has an activity 
duration permanence level of Transient. Therefore, since 
it is no longer visible, its content is discarded and its 
"Active" indicator is turned off. The "Weather" item has 45 
a listing duration permanence level that is not Transient, 
so it is not removed from the list. 

Note that this behavior is desirable to the user. If the user 
selects the "Weather" item from the Working list again, 
even in the same session, the URL must be requested from 50 
the web again. 

The user had no need to keep the data active, and there may 
even be benefit in loading a fresh copy of the data since 
it may have changed since last time it was loaded. 

The working list now looks like this: 



become visible. It remains in the list with listing duration 
permanence level and activity duration permanence level 
set to Transient, until the user views it and then views 
another item. 
The working list now looks like this: 



Title Visible 


Indicator 


URL 


List Perm 


Act Perm 


3270 


Active 


http://www.bigco.com/3270.htm 


Permanent 


Permanent 


Invest 


Active 


http://www.bigco.com/fc.ss 


Permanent 


Session 


Weather 




http://www.wealher.com 


Permanent 


Transient 


NYC 


Loading 


http://www.weather.com/nyc. html 


Transient 


Transient 


RTP Yes 


Active 


http://www.weather.com/rtp.html 


Transient 


Transient 
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Title Visible 


Indicator 


URL 


List Perm 


Act Perm 


3270 


Active 


http://www.bigco.co nV3270.htm 


Permanent 


Permanent 


Invest 


Active 


hup ://www.bigco.co m/fcs s 


Permanent 


Session 


Weather 




http://www.weather.com 


Permanent 


Transient 


NYC 


Active 


http://www.weather.com/nyc.hlml 


Transient 


Transient 


RTP Yes 


Active 


h ttp ://www. weathe r.co m/r tp . h tml 


Transient 


Transient 



18. The user logs off. Refer to the flowchart "Logoff*, FIG. 
1C, 117. 

The first three items in the working list have a listing 
duration permanence level of Permanent, so their data is ]5 
saved in storage. These three items will be recreated from 
the stored data the next time the user logs on. The 
remaining items do not have a listing duration perma- 
nence level of Permanent, so they are not saved. 
Having thus described our invention with reference to a 
preferred embodiment thereof as illustrated in the drawings 20 
and described in detail, it will be apparent to those of skill 
in the art that various modifications and departures from this 
basic concept can be made without departing from the 
essential character of the invention. For example, as has 
been mentioned earlier, multiple levels of duration perma- 25 
nence for both URL activity and URL identity listing beyond 
the several described can easily be implemented and various 
permutations on whether URL items arc listed or available 
for listing in individual history lists or not by allowing 
additional user selection choices such as in FIG. 6, could 30 
also be made. Numerous enhancements to the list keeping 
functions including adding of further indicators for newly 
arriving, but previously requested URL contents, etc. can 
easily be envisioned. So long as the essential concept of 
maintaining a URL item's activity duration permanence 35 
level indicator in the working list is maintained, the scope of 
variation in adding further enhancements and detail to the 
indicators maintained and for their functions will not depart 
from the spirit and nature of this invention. 

Wherefore, what is desired to be protected by letters 
patent and is set forth in the claims as follows is intended by 40 
way of description and not by way of limitation. 
What is claimed is: 

1. A method of operating a network browser in a computer 
having associated means for accessing a communications 
network, comprising steps by said browser of: 45 

requesting from said network the receipt at said browser 
of data contents for a specified Universal Resource 
Locator (URL) identifier; 

receiving at said browser said requested data contents; 5Q 

maintaining a working list of URLs; and 

for each said URL in said working list, assigning a level 
of activity duration permanence; and 

maintaining actively loaded into said computer only any 
said URL's content that has been once loaded and 55 
which has a said activity duration permanence level 
that is higher than transient. 

2. The method as described in claim 1, further comprising 
steps upon receipt of a requested URL content, of: 

displaying said received URL content and ceasing display 60 
of any previously visible displayed URL content and, if 
said previously displayed URL content had an activity 
duration permanence level and a listing duration per- 
manence level of transient, removing said previously 
displayed URL content from said working list. 65 

3. A method as described in claim 1, further comprising 
steps of: 



checking said received URL content against the contents 
of said working list and, if a matching said URL is 
found in said list, assigning said received URL contents 
to said working list with said matching URL identifi- 
cation. 

4. A method as described in claim 2 further comprising 
steps of: 

checking said received URL content against the contents 
of said working list, and, if a matching said URL is 
found in said list, assigning said received URL contents 
to said working list with said matching URL identifi- 
cation. 

5. A method as claimed in claim 1, further comprising 
steps of: 

creating a new working list entry item for each said URL 
whose content has been requested and whose URL 
identification was not selected previously from said 
working list to begin said requesting step. 

6. A method as described in claim 2, further comprising 
steps of: 

creating a new working list entry item for each said URL 
whose content has been requested and whose URL 
identification was not selected previously from said 
working list to begin said requesting step. 

7. A method as described in claim 3, further comprising 
steps of: 

creating a new working list entry item for each said URL 
whose content has been requested and whose URL 
identification was not selected previously from said 
working list to begin said requesting step. 

8. A method as described in claim 4, further comprising 
steps of: 

creating a new working list entry item for each said URL 
whose content has been requested and whose URL 
identification was not selected previously from said 
working list to begin said requesting step. 

9. A method as described in any one of claims 1-8, further 
including a step by said browser of: 

maintaining a history list of said requested URL contents 
and, for each said URL having a parent URL, including 
said URL's parent URL identifier in said history list. 

10. A method as described in claim 9, further comprising 
steps of: 

receiving a user request for construction of an individual 
list of the history of a working URL's parentage and, 
responsive to the receipt of such a request, 

searching said history list to determine if said URL for 
which parentage is requested has a parent URL in said 
history list and; 

if such a parent is found, appending such parent URL 
identifier to said individual history list and repeating 
said steps until no further parentage is found in said 
history list. 

11. A network browser for use in a computer system 
having at least a processor and a memory in communication 
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with said processor, said browser comprising a machine- 
readable medium bearing processor instructions comprising 
steps executable by said processor for: 

requesting from said network the receipt at said browser 
of data contents for a specified Universal Resource 5 
Locator (URL) identifier; 
receiving at said browser said requested data contents; 
maintaining a working list of URLs; and 
for each said URL in said working list, assigning a level 

of activity duration permanence; and 10 
maintaining actively loaded into said computer only any 
said URL content that has been once loaded and which 
has a said activity duration permanence level that is 
higher than transient. 

12. A network browser as claimed in claim 11, further 15 
comprising instructions executable by said processor for: 

displaying said received URL content and ceasing display 
of any previously visible displayed URL content and, if 
said previously displayed URL content had an activity 
duration permanence level and a listing duration per- 20 
mane nee level of transient, removing said previously 
displayed URL content from said working list. 

13. A network browser as claimed in claim 11, further 
comprising instructions executable by said processor for: 

checking said received URL content against the contents 25 
of said working list, and, if a matching said URL is 
found in said list, assigning said received URL contents 
to said working list with said matching URL identifi- 
cation. 

14. A network processor as described in claim 12, further 30 
comprising instructions executable by said processor for: 

checking said received URL content against the contents 
of said working list, and, if a matching said URL is 
found in said list, assigning said received URL contents 35 
to said working list with said matching URL identifi- 
cation. 

15. A network browser as claimed in claim 11, further 
comprising instructions executable by said processor for: 

creating a new working list entry item for each said URL 4Q 
whose content has been requested and whose URL 
identification was not selected previously from said 
working list to begin said requesting step. 

16. A network browser as claimed in claim 12, further 
comprising instructions executable by said processor for: 45 

creating a new working list entry item for each said URL 
whose content has been requested and whose URL 
identification was not selected previously from said 
working list to begin said requesting step. 

17. A network browser as described in claim 13, further 50 
comprising instructions executable by said processor for: 

creating a new working list entry item for each said URL 
whose content has been requested and whose URL 
identification was not selected previously from said 
working list to begin said requesting step. 55 

18. A network browser as claimed in claim 14, further 
comprising instructions executable by said processor for: 

creating a new working list entry item for each said URL 
whose content has been requested and whose URL 
identification was not selected previously from said 60 
working list to begin said requesting step. 

19. A network processor as claimed in any of claims 
11-18 and further including steps executable by said pro- 
cessor for: 

maintaining a history list of said requested URL contents 65 
and, for each said URL having a parent URL, including 
said URL's parent URL identifier in said history list. 
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20. A network browser as claimed in claim 19, further 
comprising instructions executable by said processor for: 

receiving a user request for construction of an individual 
list of the history of a working URL's parentage and, 
responsive to the receipt of such a requests, 

searching said history list to determine if said URL for 
which parentage is requested has a parent URL in said 
history list and; if such a parent is found, 

appending such parent URL identifier to said individual 
history list and repeating said steps until no further 
parentage is found in said history list. 

21. A network browser control system comprising a 
processor, and a display, and a memory in communication 
with said processor, and a machine-readable medium bear- 
ing processor instructions comprising instructions execut- 
able by said processor for: 

setting and maintaining URL activity duration perma- 
nence level and URL listing duration permanence level 
indicators in accordance with a users choice and for 
preventing a choice in which said URL listing duration 
permanence level is chosen to be greater than said 
activity duration permanence level. 

22. A network browser control system as claimed in claim 
21, further comprising instructions executable by said pro- 
cessor for: 

displaying said received URL content and ceasing display 
of any previously visible displayed URL content and, if 
said previously displayed URL content had an activity 
duration permanence level and a listing duration per- 
manence level of transient, removing said previously 
displayed URL content from said working list. 

23. A network browser control system as claimed in claim 

21, further comprising instructions executable by said pro- 
cessor for: 

checking said received URL content against the contents 
of said working list, and, if a matching said URL is 
found in said list, assigning said received URL contents 
to said working list with said matching URL identifi- 
cation. 

24. A network browser control system as claimed in claim 

22, further comprising instructions executable by said pro- 
cessor for: 

checking said received URL content against the contents 
of said working list, and, if a matching said URL is 
found in said list, assigning said received URL contents 
to said working list with said matching URL identifi- 
cation. 

25. A network browser control system as claimed in claim 

21, further comprising instructions executable by said pro- 
cessor for: 

creating a new working list entry item for each said URL 
whose content has been requested and whose URL 
identification was not selected previously from said 
working list to begin said requesting step. 

26. A network browser control system as claimed in claim 

22, further comprising instructions executable by said pro- 
cessor for: 

creating a new working list entry item for each said URL 
whose content has been requested and whose URL 
identification was not selected previously from said 
working list to begin said requesting step. 

27. A network browser control system as claimed in claim 

23, further comprising instructions executable by said pro- 
cessor for: 

creating a new working list entry item for each said URL 
whose content has been requested and whose URL 
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identification was not selected previously from said 
working list to begin said requesting step. 

28. A network browser control system as claimed in claim 
24, further comprising instructions executable by said pro- 
cessor for: 

creating a new working list entry item for each said URL 
whose content has been requested and whose URL 
identification was not selected previously from said 
working list to begin said requesting step. 

29. A network browser control system as claimed in claim 
21, further comprising instructions executable by said pro- 
cessor for: 

maintaining a history list of said requested URL contents 
and, for each said URL having a parent URL, including 
said URL's parent URL identifier in said history list. 



10 
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30. A network browser control system as claimed in any 
of claims 21-29, further comprising instructions executable 
on said processor for: 

receiving a user request for construction of an individual 
list of the history of a working URL's parentage and, 
responsive to the receipt of such requests, 

searching said history list to determine if said URL for 
which parentage is requested has a parent URL in said 
history list and; if such a parent is found, 

appending such parent URL identifier to said individual 
history list and repeating said steps until no further 
parentage is found in said history list. 
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